home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000068_news@columbia.edu _Tue Jan 18 14:56:08 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20234
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Jan 2000 14:56:07 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA23212
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 18 Jan 2000 14:40:50 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Message-ID: <8vfvgbrIQWo8@cc.usu.edu>
  12. Date: 18 Jan 00 12:06:51 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. > Anyway, this has been a llllooonng reading for you all and this has been
  17. > quite much longer for me to type it, i garantee that!...  Time to go!...
  18. > 
  19. > Salutations,
  20. > 
  21. > Michel Samson
  22. -------
  23.     <Snipping almost all 303 lines.>
  24.         SMTP (mail) is a full messy protocol and has no business being
  25. conducted by a terminal emulator/Kermit file transfer program. The other
  26. side needs a proper MX record and a receptive SMTP host, of which the latter
  27. is not reasonable on desktop machines which are on and off a lot. This is
  28. not the way to do email.
  29.     MSK can also mimic parts of being a web browser, as we do in class.
  30. That's a technical curiosity and not a design decision. It's only that,
  31. a curiosity and not a reason to make it a Lynx-II.
  32.     I have no plans of touching zmodem file transfer material. It is
  33. a different universe to construct and that would both bloat MSK and make
  34. life confusing to users because of the much different command sets. I need
  35. not mention that it costs time to implement correctly, and perhaps licensing
  36. fees to Omen Tech Inc to get the full specs (not just the quicky stuff).
  37.     Similarly, I have no plans on subverting MS-DOS Kermit to be yet
  38. another transport layer blob. There are programs out there which can be used
  39. and ought not be a speed limiting factor. And they are designed specifically
  40. for this task. Again, user interfacing is another big problem, and that makes
  41. life difficult for all but the very small number of prospective beneficiaries
  42. of a transport blob approach. The internal technical details are more complex
  43. that folks appreciate, even though "its only software." It could be I know
  44. something about the matter.
  45.     I am open to discussions on providing an efficient transport layer
  46. blob, as I crudely describe this approach, but only on a prepaid contract basis.
  47. The same applies to existing BBS software: the Kermit protocol implementation
  48. could be made better. If serious then please contact me directly with formal 
  49. specifics; it won't be cheap.
  50.         Lest folks misunderstand, I do listen and extract what I think
  51. is being asked for (being polite here). From that I make a judgment about
  52. what MSK can do to help. So far I think there is a pronounced mismatch and
  53. that there are alternatives which do or can be made to work satisfactorily.
  54. Further, there are alternatives of basic approach which obviate dealing with
  55. BBS software and 8088 class machines; millions of people use them daily.
  56.     With that I think the matter has been explored here as far as it
  57. needs to be.
  58.     Joe D.